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DETAILED ACTION 
Specification 

1 . Applicants amendment to tine specification (see paper dated 6/22/2006) lias 
been approved and entered. 

Claim Rejections - 35 USC § 103 
The following Is a quotation of 35 U.S.C. 103(a) whicli forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary sl<ill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-2, 4-15, 17-20 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kundrof (6,553,217) found in related application 10/512,836 in view 
of Rodrlgo (2003/0074286). 

Regarding claim 1 . Kundrof teaches a method for generating rating notification 
to a user of a requested service in a communications system, comprising the steps of: 

traversing a tariff structure (col. 6 lines 1-59, col. 7 lines 32-67); 

during the traversing, detecting one or more notification requests for Intermediate 
conditions; and 

sending one or more notifications resulting from said one or more notifications 
requests to the user (col. 7 lines 62-67, col. 8 lines 45-54). 

Kundrof does not explicitly show during the traversing, detecting one or more 
notification requests for intermediate conditions. 
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Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be Integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
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application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

Regarding claim 2. Kundrof does not teaches after the step of detecting said one 
or more notification requests, the further steps of: analysing said detected one or more 
notification requests to determine if the notification should be sent directly to the user or 
to be collected for post-analysis; and 

if the notification is determined to be sent directly, sending said one or more 
notifications to the user, else, storing said one or more notification request for post- 
analysis. 

Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
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0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, mav also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be involved in the backend system via 
application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
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and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 

user). Rodrigo teaches if the notification is to be sent directly, sending one or more 
notifications to the user (see prepaid or direct pay scenario in paragraph 0091), else 
storing the one or more notifications for post-analysis (see postpaid scenario in 
paragraph 0091). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to directly send 
top-up messages when in prepaid scenario since data is needed in real-time or store 
notifications when in post-paid scenario since data is not needed for real-time 
processing. 

Regarding claim 4. Kundrof does not show the step of merging one or more 
messages before they are sent to the user. 

Rodrigo teaches using an intelligent charging edge bridge that is used as an 
intelligent interface between then network and Operation Support Systems (paragraphs 
0006, 0043, 0053, 0055) and performs a variety of functions including rule-based data 
transformations and interface management operations. Rodrigo teaches the bridge can 
determine that the rules are to be collectively considered, such that aM or a portion 
of the collected charging information is used to create one or more charging events 
(paragraphs 0046, 0064-0069, 0073-0074, 0082). Rodrigo teaches the AoC, which 
allows customers to query the approximate charge for the call or service, may also be 
configured into business rules and managed bv the bridge and in the case of prepaid 
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services wliere an account balance is maintained by a bacl^end system, messages such 
as top-up messages and bar/unbar messages may be invoked in the backend system 
via application of rules in the bridge (paragraph 0085). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

Regarding claim 5. Kundrof teaches wherein the merging is determined by a 
merging logic. 

Rodrigo teaches using an intelligent charging edge bridge that is used as an 
intelligent interface between then network and Operation Support Systems (paragraphs 
0006, 0043, 0053, 0055) and performs a variety of functions including rule-based data 
transformations and interface management operations. Rodrigo teaches the bridge can 
determine that the rules are to be collectively considered, such that all or a portion 
of the collected charging information is used to create one or more charging events 
(paragraphs 0046, 0064-0069, 0073-0074, 0082). Rodrigo teaches the AoC, which 
allows customers to query the approximate charge for the call or service, mav also be 
configured into business rules and managed bv the bridge and in the case of prepaid 
services where an account balance is maintained by a backend system, messages such 
as top-up messages and bar/unbar messages may be invoked in the backend system 
via application of rules in the bridge (paragraph 0085). 
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It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

Regarding claim 6. Kundrof teaches wherein said analysis is run on enquiry; 
before, during or after session/call/purchase (col. 6 lines 1-59, col. 7 lines 32-67); 

Rodrigo teaches wherein the said analysis is run before, during, or after refill 
(paragraphs 0056, 0068-0069, 0084-0085). 

Regarding claim 7. Kundrof teaches wherein said one or more notification 
requests are for price enquiries (col. 7 lines 62-67, col. 8 lines 45-54). 

Rodrigo also teaches wherein said one or more notification request are for price 
enquires (paragraphs 0056, 0068-0069, 0084-0085). 

Regarding claim 9. Kundrof does not show wherein specific triggers notification 
requests in the tariff structure triggers notifications that can either be issued in real-time 
or collected for further processing. 

Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
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charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). Rodrigo teaches if the notification is to be sent directly, sending one or more 
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notifications to the user (see prepaid or direct pay scenario in paragraph 0091), else 
storing the one or more notifications for post-analysis (see postpaid scenario in 
paragraph 0091 ). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to directly send 
top-up messages when in prepaid scenario since data is needed in real-time or store 
notifications when in post-paid scenario since data is not needed for real-time 
processing. 

Regarding claim 10. Kundrof does not teach wherein one or more condition that 
is fulfilled is sent to an external notification process for analysis. 

Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
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operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed by the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). Rodrigo teaches using an external notification system (see paragraph 0041 
wherein migrating charging and billing operations away from the network elements). 
Rodrigo teaches the bridge may be a distinct module or may be integrated with another 
module (paragraphs 0050, 0066, 0074). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
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bridge as taught by Rodrigo wliich migrates the charging and billing operations away 
from the network thereby allowing the network elements to divorce themselves from the 
charging issue, and instead focus on the service it provides (Rodrigo paragraph 0041). 

Regarding claim 1 1 . Kundrof does not show wherein a log of how the tariff 
structure has been traversed is created and processed after the analyses for generating 
a notification(s). 

Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
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before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). Rodrigo teaches in the case of postpaid scenario, the charging and billing 
system may simply accept information provided by the bridge, and utilize the 
information in performing postpaid charging and billing functions (paragraph 0091). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to directly send 
top-up messages when in prepaid scenario since data is needed in real-time or store 
notifications when in post-paid scenario since data is not needed for real-time 
processing. 

Regarding claim 12. Kundrof does not show wherein the conditions affect the 
result being determined. 
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Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
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application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

Regarding claim 13. Kundrof does not show wherein the notification is sent to 
another destination than the terminal involved in the chargeable session. 

Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
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Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). Rodrigo teaches using an external notification system (see paragraph 0041 
wherein migrating charging and billing operations away from the network elements). 
Rodrigo teaches the bridge may be a distinct module or may be integrated with another 
module (paragraphs 0050, 0066, 0074). 
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It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo which migrates the charging and billing operations away 
from the network thereby allowing the network elements to divorce themselves from the 
charging issue, and instead focus on the service it provides (Rodrigo paragraph 0041). 

Regarding claim 14. Program claim 14 is rejected for the same reasons as 
method claim 1 since the recited method would perform the claimed program steps. 

Regarding claim 15. Program claim 15 is rejected for the same reasons as 
method claim 1 since the recited method would perform the claimed program steps. 

Regarding claim 17. Kundrof teaches a system for generating rating 
notification (s) to a user in a communications system including a computer apparatus 
adapted to perform the method of any of the claims 1 ((col. 6 lines 1-59, col. 7 lines 32- 
67, col. 8 lines 45-54) 

Regarding claim 18. Kundrof teaches wherein said system is operating in a 
mobile communications system (title, abstract). 

Regarding claim 19. Rodrigo teaches wherein said system is an Internet protocol 
based protocol or a common channel signaling system (paragraphs 0002, 0034, 0039, 
0050, 0061, 0094, 0095, 0096, 0104). 

Regarding claim 20. Rodrigo teaches wherein said service is a prepaid service 
(paragraphs 004, 0056, 0068, 0069, 0084, 0085. 
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3. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kundrof 
(6,553,21 7) found in related application 10/512,836 in view of Rodrigo (2003/0074286) 
further in view of Ear (2005/0009500). 

Regarding claim 8. Kundrof in view of Rodrigo do not show wherein all 
conditions fulfilled during traversal is output as a log, wherein said log is processed in a 
subsequent step by a separate process to analyse the performed rating and produce 
corresponding one or more notifications. 

Ear also teaches Advice of Charge in conjunction with prepaid and post paid 
methodologies (paragraph 0106). Ear teaches logs for prepaid events and postpaid 
events (paragraph 0040). Ear teaches logs are used in case the remote billing server is 
not available (paragraph 0044). Ear teaches the billing extension module can handle 
events immediately or save for handling later (paragraphs 0045-0046) which allows for 
prepaid events to be tracked. Ear teaches by default, prepaid events are handled in 
real-time and near real-time and postpaid events are logged for later handling 
(paragraphs 0047). Ear teaches in the event the server is not available, the billing 
extension module will default to near real-time handling of the events. The events 
are logged into the real-time CDR wherein it can be processed by another 
process that is to be built by a system integrator. This allows prepaid events to 
be handled out of line with message flow (paragraphs 0048, 0050). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof in view of Rodrigo to log events as taught 
by Ear so that when the billing server is not available the system will default to a near 
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real-time process thereby allowing for prepaid events to be processed in near real- 
time. 

4. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kundrof 
(6,553,21 7) found in related application 10/512,836 in view of Rodrigo (2003/0074286) 
further in view of Chan (2006/0003736). 

Regarding claim 21 . Kundrof in view of Rodrigo do not explicitly show the 
service is an electronic commerce/payment service. 

Chan also teaches Advice of Charge for prepaid service (paragraphs 0015, 0034, 
0043-0046, 0051 , 0054). Chan teaches the user is presented with multiple payment 
options for recharging the account including e-wallet or some other type of electronic 
payment (paragraph 0066). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof in view of Rodrigo to present the user with 
multiple payment options as taught by Chan in order to provide a more flexible system 
that allows users the ability to pay for prepaid services via e-wallet or some other type of 
electronic payment option. 

Allowable Subject Matter 

5. Claim 3 is objected to as being dependent upon a rejected base claim, but would 
be allowable if rewritten in independent form including all of the limitations of the base 
claim and any intervening claims. 

Response to Arguments 
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6. Applicant's arguments filed 6/8/2010 have been fully considered but they are not 
persuasive. 

a) Applicants argue that Kundorf and Rodrigo do not teach traversing a tariff 
structure in response after a service is requested (paper dated 6/8/2010, page 5). 

The Examiner disagrees. Kundrof teaches wherein said one or more notification 
requests are for price enquiries (col. 7 lines 62-67, col. 8 lines 45-54). 

Rodrigo teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in order 
to provide user's with real-time charge information , as well as, server as a reminder to 
the user to replenish the account. Rodrigo teaches using an intelligent charging edge to 
provide an interface between network elements (paragraphs 0035-0036) thereby 
allowing customized solutions to postpaid, prepaid, direct pay, and other real-time or 
non-real-time payment methodologies. Rodrigo teaches the intelligent charging edge, 
essentially isolates the network elements and allows for third party integration 
(paragraph 0040). Rodrigo teaches using an intelligent charging edge bridge that is 
used as an intelligent interface between then network and Operation Support Systems 
(paragraphs 0006, 0043, 0053, 0055) and performs a variety of functions including rule- 
based data transformations and interface management operations. Rodrigo teaches 
the bridge can determine that the rules are to be collectively considered, such that all or 
a portion of the collected charging information is used to create one or more charging 
events (paragraphs 0046, 0064-0069, 0073-0074, 0082). Rodrigo teaches the bridge 
can be a distinct module or may be integrated with another module (paragraph 0050). 
Rodrigo teaches messages could be combined before providing AoC to user's 
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(paragraphs 0059-0060, 0082-0085). More Importantly, Rodrigo teaches the AoC, 
which allows customers to query the approximate charge for the call or service, 
may also be configured Into business rules and managed bv the bridge and In the 
case of prepaid services where an account balance Is maintained by a backend 
system, messages such as top-up messages and bar/unbar messages may be 
invoked in the backend system via application of rules in the bridge (paragraph 
0085). Rodrigo teaches the bridge, in connection with the rules, can thus handle all 
transactions related to a single message in a transaction-safe manner (paragraph 
0085). Rodrigo teaches other messages may be provided to the user during the 
traversing of a tariff structure (see paragraphs 0085 and 0091 wherein the bridge 
uses rules to trigger notifications to be sent to the user). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

b) Applicants argue that Kundorf and Rodrigo fail to teach during the traversing, 
detecting one or more notification requests for intermediate conditions (paper dated 
6/8/2010, page 6). 

The Examiner disagrees. Kundrof does not explicitly show during the traversing, 
detecting one or more notification requests for intermediate conditions. 
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Rodrigo also teaches Advice of Charge (paragraphs 0056, 0068-0069, 0085) in 
order to provide user's with real-time charge information, as well as, server as a 
reminder to the user to replenish the account. Rodrigo teaches using an intelligent 
charging edge to provide an interface between network elements (paragraphs 0035- 
0036) thereby allowing customized solutions to postpaid, prepaid, direct pay, and other 
real-time or non-real-time payment methodologies. Rodrigo teaches the intelligent 
charging edge, essentially isolates the network elements and allows for third party 
integration (paragraph 0040). Rodrigo teaches using an intelligent charging edge 
bridge that is used as an intelligent interface between then network and Operation 
Support Systems (paragraphs 0006, 0043, 0053, 0055) and performs a variety of 
functions including rule-based data transformations and interface management 
operations. Rodrigo teaches the bridge can determine that the rules are to be 
collectively considered, such that all or a portion of the collected charging information is 
used to create one or more charging events (paragraphs 0046, 0064-0069, 0073-0074, 
0082). Rodrigo teaches the bridge can be a distinct module or may be integrated with 
another module (paragraph 0050). Rodrigo teaches messages could be combined 
before providing AoC to user's (paragraphs 0059-0060, 0082-0085). More 
importantly, Rodrigo teaches the AoC, which allows customers to query the 
approximate charge for the call or service, may also be configured into business 
rules and managed bv the bridge and in the case of prepaid services where an 
account balance is maintained by a backend system, messages such as top-up 
messages and bar/unbar messages may be invoked in the backend system via 
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application of rules in the bridge (paragraph 0085). Rodrigo teaches the bridge, in 
connection with the rules, can thus handle all transactions related to a single message 
in a transaction-safe manner (paragraph 0085). Rodrigo teaches other messages may 
be provided to the user during the traversing of a tariff structure (see paragraphs 0085 
and 0091 wherein the bridge uses rules to trigger notifications to be sent to the 
user). 

It would have been obvious for any one of ordinary skill in the art at the time of 
invention to modify the teachings of Kundrof to incorporate the intelligent charging 
bridge as taught by Rodrigo in order to allow service providers the ability to customize 
rules to trigger notifications that are to be applied to real-time and non-real-time 
payment methodologies as disclosed by Rodrigo. 

c) Applicants argue that Kundorf, Rodrigo and Chan do not teach during the 
traversing, detecting one or more notification requests for intermediate conditions 
(paper dated 6/8/2010, page 6). 

The Examiner disagrees. Chan clearly teaches during the traversing, detecting 
one or more notification request for intermediate conditions (see bonus notifications 
(i.e. intermediate conditions) can be done before, during or after refill 0033-0034, 
0043-0046, 0051,0054). 

Conclusion 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 



Application/Control Number: 10/596,749 
Art Unit: 2617 



Page 24 



A shortened statutory period for reply to this final action is set to expire THREE 

MONTHS from the mailing date of this action. In the event a first reply is filed within 

TWO MONTHS of the mailing date of this final action and the advisory action is not 

mailed until after the end of the THREE-MONTH shortened statutory period, then the 

shortened statutory period will expire on the date the advisory action is mailed, and any 

extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 

the advisory action. In no event, however, will the statutory period for reply expire later 

than SIX MONTHS from the mailing date of this final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Barry W. Taylor, telephone number (571) 272-7509, who 
is available Monday-Thursday, 6:30am to 5pm. 

If attempts to reach the examiner by telephone are unsuccessfiil, the examiner's 
supervisor, Kent Chang, can be reached at (571) 272-7667. The central facsimile phone 
number for this group is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the Group 2600 receptionist whose telephone number is 
(571) 272-2600, the 2600 Customer Service telephone number is (571) 272-2600. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 

Centralized Delivery Policy: For patent related correspondence, hand carry 
deliveries must be made to the Customer Service Window (now located at the Randolph 
Building, 401 Dulany Street, Alexandria, VA 22314), and facsimile transmissions must 
be sent to the central fax number (571-273-8300). 

/Barry W Taylor/ 



Primary Examiner, Art Unit 2617 



Application/Control Number: 10/596,749 Page 25 

Art Unit: 2617 



